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Systems and methods for producing a digitally-computed acknowledgement of a delegated download event are disclosed. An 
information owner, such as the issuer of a smart card, delegates an information download to a third party. The information is downloaded 
from the third party to an information device, such as a smart card. The computed acknowledgement is a digital "seal" or signature 
(depending upon the type of cryptographic algorithm used). The seal or signature is preferably a cryptogram generated by the information 
device using cryptographic keys resident on the information device itself. This acknowledgement is then made available to the information 
owner, who may then test the cryptogram to determine whether the third party successfully completed the software download. 
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METHODS AND APPARATUS FOR AUTHENTICATING THE DOWNLOAD OF 
INFORMATION ONTO A SMART CARD 

5 



BACKGROUND OF THE INVENTION 

10 

1. Technical Field 

The present invention relates, generally, to integrated circuit cards ("smart cards") and, 
more particularly, to systems for authenticating, via cryptographic techniques, the download of 
information ("applets") onto a smart card via a trusted third party. 

15 

2. Background Information 

The term "smart card" refers generally to waliet-sized or smaller cards incorporating a 
microprocessor or microcontroller to store and manage data within the card. More complex than 
magnetic-stripe and stored-value cards, smart cards are characterized by sophisticated memory 

20 management and security features. A typical smart card includes a microcontroller embedded 
within the card plastic which is electrically connected to an array of external contacts provided 
on the card exterior. A smart card microcontroller generally includes an electrically-erasable 
and programmable read-only memory (EEPROM) for storing user data, random access memory 
(RAM) for scratch storage, and read only memory (ROM) for storing the card operating system. 

25 Relatively simple microcontrollers are adequate to control these functions Thus, it is not 
unusual for smart cards to utilize 8-bit, 5 MHZ microcontrollers with about 8K or more of 
EEPROM memory (for example, the Motorola 6805 or Intel 8051 microcontrollers). 

A number of standards have been developed to address general aspects of integrated 
circuit cards, e.g.: ISO 7816-1 Part 1: Physical characteristics (1987), ISO 7816-2, Part 2: 

30 Dimensions and location of the contacts (1988); ISO 7816-3, Part 3: Electronic signals and 
transmission protocols (1989, Amd.l 1992, Amd. 2 1994); ISO 7816-4, Part 4: Inter-industry 
commands for interchange (1995); ISO 7816-5, Part 5: Numbering system and registration 
procedure for application identifiers (1994, Amd. 1 1995), ISO/IEC DIS 7816-6, Inter-industry 
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data elements (1995); ISO/IEC WD 7816-7, Part 7: Enhanced inter-industry commands (1995); 

and ISO/IEC WD 7816-8, Part 8; Inter-industry security architecture (1995). These standards 
are hereby incorporated by reference. Furthermore, general information regarding magnetic 
stripe cards and chip cards can be found in a number of standard texts, e.g., Zoreda & Oton, 
Smart cards (1994), and Rankl & Effing, Smart card Handbook (1997), the contents of 
which are hereby incorporated by reference. 

Smart cards can contain programming and data to support multiple applications. Some 
smart cards can be updated to add new applications and/or data after they are issued. Smart 
card environments have been developed that allow applets to be downloaded onto smart cards 
by a variety of parties. Accordingly, a typical smart card function set may include a function 
wherein the smart card issuer (e.g., American Express) may allow an external vendor or other 
third party to complete the secure download of applets onto the smart card. In such a case, it is 
important that a trust relationship exists between the issuer and the third party in charge of 
download. Unfortunately, however, current smart card systems and standards do not provide a 
guarantee to the issuer that the download from the third party to the smart card was completed 
successfully. As a result, the third party may, for any number of reasons, fake a download or 
unintentionally fail to sense a download error. 

Thus, a need exists to overcome these and other limitations of the prior an. 

BRIEF SUMMARY OF THE INVENTION 

In accordance with this invention, a system and method for authenticating the download 
of information to an information device is provided. In a preferred embodiment of the 
invention, the information device is a smart card, however, the information device can be 
virtually any device capable of receiving digital information, for example, a personal digital 
assistant (PDA) or a cell phone. 

In accordance with further aspects of the invention, an information owner (for example, 
the issuer of a smart card) delegates the information download to a third party. 

In accordance with yet another aspect of the invention a digitally-computed 
acknowledgment of the download event is produced using a digital tl sear or signature 
(depending upon the type of cryptographic algorithm used). The seal or signature is preferably 
a cryptogram generated by the information device using cryptographic keys resident on the 
information device itself. This acknowledgment is then made available to the information 
owner, who may then test the cryptogram to determine whether the download was successful. 
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BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 

The subject invention will hereinafter be described in conjunction with the appended 
drawing figures, wherein like numerals denote like elements, and: 
5 FIG. 1 is a schematic overview of a distributed communication system including a 

smart card, smart card reader, issuer, and a third party connected over a network; 

FIG. 2 is a flowchart depicting an exemplary method for computing a digital 
acknowledgment; and 

FIG. 3 is a flowchart depicting an exemplary issuer verification procedure. 

10 

DETAILED DESCRIPTION OF PREFERRED EXEMPLARY EMBODIMENTS 

Systems and methods in accordance with various aspects of the present invention allow 
an issuer to authenticate the download of software onto a smart card via a trusted third party. 
More particularly, a signed download system provides a secure method of downloading and 

15 verifying the successful download of applications (e.g., "applets") onto a smart card. The term 
"applet" as used herein is intended to refer to a portable segment of software code. It will be 
appreciated that applications, applets and/or data can be downloaded to the smart card in 
accordance with the present invention. It will be appreciated that the invention not only applies 
to the download of information, but to the updating and deleting of information as well. A 

20 variety of software environments may be appropriate in this context, including, for example, the 
object-oriented Java programming language or a Windows environment. As mentioned above, 
smart cards are characterized by sophisticated memory management and security features. For 
additional information regarding such cards, see, for example, application serial number 
09/012,750, filed January 23, 1998, entitled "Methods and Apparatus for a Travel-Related 

25 Multi-Function Smart card," which is hereby incorporated by reference. While the invention is 
ideally suited for downloading information to a smart card, it will be appreciated that the 
invention is not limited to smart cards as the destination of the downloaded information. 

The present invention is described herein in terms of functional block components and 
various processing steps. It should be appreciated that such functional blocks may be realized 

30 by any number of hardware and/or software components configured to perform the specified 
functions. For example, the present invention may employ various integrated circuit 
components, e.g., memory elements, digital signal processing elements, look-up tables, and the 
like, which may carry out a variety of functions under the control of one or more 
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microprocessors or other control devices. In addition, those skilled in the art will appreciate 

that the present invention may be practiced in any number of data communication contexts and 

that the various systems described herein are merely exemplary applications for various aspects 

of the invention- General techniques that are known to those skilled in the art are not described 

5 in detail herein. 

Referring to FIG. 1, an information owner, for example, an issuer 110 (e.g., a bank card 
provider, credit card issuer and/or the like) delegates to a third party 112 the task of 
downloading an applet to a smart card 102, wherein the smart card 102 is suitably interfaced 
with a smart card reader 104 using a communication protocol 103. The smart card reader 104 is 

10 connected to a network 108 via a communication link 106. Issuer 1 10 and third party 1 12 are 
also suitably connected to network 108. It will be appreciated that the issuer can delegate 
downloads to more than one third party. It will also be appreciated that the various components 
need not be interconnected via a single network. 

Referring now to FIG, 1 and FIG. 2, in a preferred embodiment, the process is initiated 

15 when smart card 102 is inserted into smart card reader 104 and appropriate handshaking and 
authentication take place (Step 202). In Step 204, third party 1 12 initiates the download of an 
applet via network 108 onto smart card 102 (Step 204). This can occur in a variety of ways. 
For example, the connection between the card and the card reader may have initiated a 
connection to the issuer. The issuer may have communicated to the card reader that a display 

20 be provided which allows a user to select whether or not an application should be downloaded. 
The user may select the download of the application which triggers the download from the third 
party. Alternatively, the application may be downloaded without operator intervention. It will 
be appreciated that the download can be the loading of new information, the updating of 
existing information or the deletion of existing information. It will also be appreciated that the 

25 information to be loaded, updated or deleted can be an application, an applet, data, or a 
combination thereof. Once the downloading operation is complete, the processor of smart card 
102 computes a seal or signature (described below) based upon the downloaded applet (Step 
206). The identification of the third party may be used in computing the seal or signature. 
Finally, in Step 208, the computed seal or signature is suitably transmitted to issuer 110 for 

30 verification (Step 208). It should be understood that the exemplar*)' process illustrated may 
include more or less steps or may be performed in the context of a larger processing scheme. 
Furthermore, the various flowcharts presented in the drawing figures are not to be construed as 
limiting the order in which the individual process steps may be performed. 
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From the issuer's point of view, referring now to FIG. 3, the seal or signature may be 

used to verify the download. That is, after the issuer delegates the download of the applet (Step 

302), the issuer waits an appropriate amount of time for receipt of a seal or signature (Step 304). 

The method of delegation varies based on the components involved. For example, the 

5 delegation may be a message or the information to be downloaded may be supplied to the third 

party from the issuer. If no acknowledgment is received within the specified time period, the 

download is considered unsuccessful (Step 306). In an actual embodiment of the system, the 

seal or signature can not be computed until after the download takes place. Thus, the 

acknowledgment provides a notification to the issuer. The issuer can take action based upon 

10 the notification, for example by not issuing payment. In other embodiments, the issuer can 
cause the information to be removed from the card. In yet another embodiment, the 
authentication takes place upon initiation of the download, but the download does not complete 
unless a successful authentication occurs. If a seal or signature is received ("Yes" branch from 
Step 304), the issuer tests the received acknowledgment against an expected result based upon 

15 any suitable method, such as, for example, based on a known key (in the case of a symmetrical 
algorithm) or plurality of keys (in the case of an asymmetrical algorithm) (Step 308). If the seal 
or signature is suitably verified, the download is considered successful (Step 310). Otherwise, 
the download is considered unsuccessful (Step 304). 

As mentioned above, the present invention produces a digitally-computed 

20 acknowledgment of the download event using any known acknowledgment method, such as, for 
example, a digital "seal" or signature (depending upon the type of cryptographic algorithm 
used). Those skilled in the art will appreciate that a variety of algorithms may be employed to 
create this digitally computed acknowledgment. In a preferred embodiment, the seal or 
signature is preferably a cryptogram generated by the smart card using cryptographic keys 

25 resident on the smart card itself. 

In an exemplary embodiment, a symmetrical DES algorithm (Data Encryption Standard) 
is employed based on a key known to both issuer 110 and smart card 102 (for example, a triple- 
DES algorithm). It will be appreciated, however, that any number of other symmetrical or 
asymmetrical techniques may be used in the context of the present invention. More particularly, 

30 there are two general categories of encryption algorithms: symmetric and asymmetric. 
Symmetric algorithms use the same key for encryption and decryption, for example, DEA (data 
encryption algorithm) which uses a 56-bit key to encrypt 64-bit blocks of data. The 
acknowledgment generated using a symmetric algorithm is a "seal," for example, a message 
authentication code (MAC). Asymmetric algorithms, in contrast, use two different keys: one 
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secret key and one public key. The acknowledgment resulting from an asymmetric algorithm is 
a digital signature. The RSA algorithm, for example, uses two such keys and exploits the 
computational complexity of factoring very large prime numbers. Additional information 
regarding these and other cryptographic principles can be found in a number of standard texts, 
5 such as, for example: Seberry & Pieprzyk, Cryptography ; An Introduction to Computer 
Security (1989); Rhee, Cryptography and Secure Communications (1994); Stinson, 
Cryptography: Theory and Practice (1995); Contemporary Cryptography: The 
Science of Information integrity (1992); and Schneier, Applied Cryptography (2d ed. 
1996), the contents of which are hereby incorporated by reference. 

1 0 As mentioned above, the present invention is particularly advantageous in the context of 

so-called smart card environments which allow multiple parties to download applets onto a 
card. The present invention is not so limited, however, and may also be employed in non-smart 
card environments, for example, PDAs and cell phones, etc. That is, a signed download may be 
performed based on transfer of information from an information owner to an information 

15 device, wherein the information owner receives a digitally computed acknowledgment from the 
information device responsive to the download event. Furthermore, the information may 
delegate the download task to a third party. 

Although the invention has been described herein in conjunction with the appended 
drawings, those skilled in the art will appreciate that the scope of the invention is not so limited. 

20 Modifications in the selection, design, and arrangement of the various components and steps 
discussed herein may be made without departing from the scope of the invention. 
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CLAIMS 

1 . A system for downloading information to an information device, comprising: 

a. said information device; 

b. at least one external device capable of transferring blocks of information to said 
5 information device, wherein the information blocks belong to an information 

owner; and 

c. an acknowledgment process, wherein said acknowledgment process produces a 
verifiable acknowledgement of the transferred information. 

2. The system of Claim 1, wherein the verifiable acknowledgment is transmitted to said 
10 information owner. 

3. The system of Claim 2, wherein the verifiable acknowledgment can only be interpreted 
by the information owner. 

4. The system of Claim 2, wherein the verifiable acknowledgment is uniquely related to 
the transferred information. 

15 5. The system of Claim 2, wherein the verifiable acknowledgment can be tested and 
validated by the information owner. 

6. The system of Claim 1, wherein said external device is remotely located from said 

information owner and wherein said external device transfers the blocks of information 
on behalf of said information owner. 

20 7. The system of Claim 1, wherein said information device is a smart card. 

8. The system of Claim 7, further comprising a card reader, wherein said smart card 
communicates with said external device via said card reader. 

9. The system of Claim 1, wherein said information device is a personal digital assistant. 

10. The system of Claim I, wherein said acknowledgment process uses cryptography to 
25 produce the verifiable acknowledgement of the transferred information. 

11. The system of Claim 1, wherein said acknowledgment process is resident on said 
information device. 
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12. The system of Claim 1, further comprising at least one network, wherein said at least 

one network facilitates communications among said information owner, said external 
device and said information device. 

13. The system of Claim 1, wherein said information download is new information to be 
stored on said information device. 

14. The system of Claim 1, wherein said information download is an update of existing 
information stored on said information device. 

15. The system of Claim 1, wherein said information download is a deletion of existing 
information stored on said information device. 

16. The system of Claim 1, wherein said information download comprises an applet. 

17. The system of Claim 1, wherein said information download comprises an application. 

18. The system of Claim 1, wherein said information download comprises data. 

19. A method for an information owner to download information to an information device, 
comprising; 

a. the information owner initiating said information download to the information 
device; and 

b. the information device computing an acknowledgment. 

20. The method of Claim 1 9, further comprising: 

a. the information device making the computed acknowledgment available to a 
validating party, and 

b. the validating party verifying the computed acknowledgment. 

21 . The method of Claim 20, wherein the validating party is the information owner and 
wherein the information owner delegated said download of information to a third party. 

22. The method of Claim 19, wherein the information device is a smart card. 

23. The method of Claim 19, wherein the information device is a personal digital assistant. 

24. The method of Claim 19, wherein said information download is new information to be 
stored on said information device. 

8 
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25. The method of Claim 19, wherein said information download is an update of existing 

information stored on said information device. 



26. The method of Claim 19, wherein said information download is a deletion of existing 
information stored on said information device. 

27. The method of Claim 19, wherein said information download comprises an applet, 

28. The method of Claim 19, wherein said information download comprises an application. 

29. The method of Claim 19, wherein said information download comprises data. 

30. An updated information device wherein said information device is created by the 
process comprising: 

a. the first party downloading information to the information device, wherein the 

information device is initially configured to be updatable; 
b the information device computing an acknowledgment; 

c. the information device making the computed acknowledgment available to a 
validating party; and 

d. the validating party verifying the computed acknowledgment. 

31. The updated information device of Claim 30, wherein the validating party is a second 
party and wherein the second party delegated said download of information to the first 
party. 

32. The updated information device of Claim 30, wherein the updated information device is 
a smart card. 

33. The updated information device of Claim 30, wherein the updated information device is 
a personal digital assistant. 



WO 00/54208 



PCT/USO0/06251 




WO 00/54208 



PCT/US00/06251 



2/3 



START 



SMART CARD 
INTERFACES TO 
CARD READER 



THIRD PARTY 
DOWNLOADS 
APPLET TO 
SMART CARD 



SMART CARD 
COMPUTES SEAL 
OR SIGNATURE 



SEAL OR 
SIGNATURE 
SENT TO ISSUER 
FOR 
VERIFICATION 



202 



204 



206 



208 



END 



Fig.2. 



WO 00/54208 



PCT/US00/06251 



3/3 



START 



ISSUER 
DELEGATES 
DOWNLOAD OF 
APPLET 



302 



304 




< SIGNATURE V 
\ VALID / 

9 



-NO- 




YES 

_i_ 



DOWNLOAD 
SUCCESSFUL 



310 




306 



END 



Fig.3. 



